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Art Unit: 3628 

DETAILED ACTION 
Claim Rejections - 35 USC § 101 

1. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful. process, machine, manufacture, or composition of 
matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the 
conditions and requirements of this title. 

Claims 1-15 are rejected under 35 U.S.C. 101 because the claimed invention is 
directed to non-statutory subject matter. 

As an initial matter, the United States Constitution under Art. I, §8, cl. 8 gave Congress the power 
to H [p]romote the progress of science and useful arts, by securing for limited times to authors and 
inventors the exclusive right to their respective writings and discoveries". In carrying out this power, 
Congress authorized under 35 U.S.C. §101 a grant of a patent to "[w]hoever invents or discovers any new 
and useful process, machine, manufacture, or composition or matter, or any new and useful improvement 
thereof." Therefore, a fundamental premise is that a patent is a statutorily created vehicle for Congress to 
confer an exclusive right to the inventors for "inventions" that promote the progress of "science and the 
useful arts". The phrase "technological arts" has been created and used by the courts to offer another 
view of the term "useful arts". See In re Musgrave, 167 USPQ (BNA) 280 (CCPA 1970). Hence, the first 
test of whether an invention is eligible for a patent is to determine if the invention is within the 
"technological arts". 

Further, despite the express language of §101, several judicially created exceptions have been 
established to exclude certain subject matter as being patentable subject rriatter covered by §101 . These 
exceptions include "laws of nature", "natural phenomena", and "abstract ideas". See Diamond v. Diehr, 
450, U.S. 175, 185, 209 USPQ (BNA) 1, 7 (1981). However, courts have found that even if an invention 
incorporates abstract ideas, such as mathematical algorithms, the invention may nevertheless be 
statutory subject matter if the invention as a whole produces a "useful, concrete and tangible result." See 
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State Street Bank & Trust Co. v. Signature Financial Group, Inc. 149 F.3d 1368, 1973, 47 USPQ2d (BNA) 
1596 (Fed. Cir. 1998). 

This "two prong" test was evident when the Court of Customs and Patent Appeals (CCPA) 
decided an appeal from the Board of Patent Appeals and Interferences (BPAI). See In re Toma, 197 
USPQ (BNA) 852 (CCPA 1978). In Toma, the court held that the recited mathematical algorithm did not 
render the claim as a whole non-statutory using the Freeman-Walter-Abele test as applied to Gottschalk 
v. Benson, 409 U.S. 63, 175 USPQ (BNA) 673 (1972). Additionally, the court decided separately on the 
issue of the "technological arts". The court developed a "technological arts" analysis: 

The "technological" or "useful" arts inquiry must focus on whether the claimed subject matter.. .is 
statutory, not on whether the product of the claimed subject matter.. .is statutory, not on whether the prior 
art which the claimed subject matter purports to replace... is statutory, and not on whether the claimed 
subject matter is presently perceived to be an improvement over the prior art, e.g., whether it "enhances" 
the operation of a machine. In re Toma at 857. 

In Toma, the claimed invention was a computer program for translating a source human language 
(e.g., Russian) into a target human language (e.g., English). The court found that the claimed computer 
implemented process was within the "technological art" because the claimed invention was an operation 
being performed by a computer within a computer. 

The decision in State Street Bank & Trust Co. v. Signature Financial Group, Inc. never addressed 
this prong of the test. In State Street Bank & Trust Co., the court found that the "mathematical exception" 
using the Freeman-Walter-Abele test has little, if any, application to determining the presence of statutory 
subject matter but rather, statutory subject matter should be based on whether the operation produces a 
"useful, concrete and tangible result". See State Street Bank & Trust Co. at 1374. Furthermore, the court 
found that there was no "business method exception" since the court decisions that purported to create 
such exceptions were based on novelty or lack of enablement issues and not on statutory grounds. 
Therefore, the court held that "[wjhether the patent's claims are too broad to be patentable is not to be 



Application/Control Number: 09/882,639 
Art Unit: 3628 



Page 4 



judged under °101 , but rather under §§102, 103 and 112." See State Street Bank & Trust Co. at 1377. 
Both of these analysis goes towards whether the claimed invention is non-statutory because of the 
presence of an abstract idea. Indeed, State Street abolished the Freeman-Walter-Abele test used in 
Toma. However, State Street never addressed the second part of the analysis, i.e., the "technological 
arts" test established in Toma because the invention in State Street (i.e., a computerized system for 
determining the year-end income, expense, and capital gain or loss for the portfolio) was already 
determined to be within the technological arts under the Toma test. This dichotomy has been recently 
acknowledged by the Board of Patent Appeals and Interferences (BPAI) in affirming a §101 rejection 
finding the claimed invention to be non-statutory. See Ex parte Bowman, 61 USPQ2d (BNA) 1669 
(BdPatApp&Int 2001). 

In the present application, Claims 1-15 have no connection to the technological arts. None of the 
steps indicate any connection to a computer or technology. The step of communicating monitoring and 
using Internet does not show what is down by the invention computer except communication of display, 
this display can be done manually with slides or slides are emailed as attachments (well known step). 

Claim Rejections - 35 USC § 102 

1 . The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 
A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by 
another filed in the United States before the invention by the applicant for patent or (2) a patent 
granted on an application for patent by another filed in the United States before the invention by the 
applicant for patent, except that an international application filed under the treaty defined in section 
351(a) shall have the effects for purposes of this subsection of an application filed in the United States 
only if the international application designated the United States and was published under Article 21(2) 
of such treaty in the English language. 

Claims 1,3-9, 11-16, 18-24, 26-30 rejected under 35 U.S.C. 102(e) as being anticipated 
by Limousin et al (hereinafter Limousin - US 6938242). 
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Re. Claim 1 , Limousin discloses creating a plurality of issues and risks using a globally- 
accessible system [see entire document particularly, Abstract; Figures 1, 3-5, 9, 11; C1 
L5-L56; C2 L10-36; C3 L65 to C4 L9; see task]; and 

monitoring and tracking the plurality of issues and risks via the globally- 
accessible system using a plurality of color-coded (coded) visual displays graphically 
indicating favorable or unfavorable process progress overtime [Figure 16; C3 L65 to 
C4 L9; C10 L31-L40 - color-coded same as coded, the Gantt chart of figure 16 can 
have color attributes, for example, diamond in figure 16 represents completion date can 
have color green which is visible on screen or printed by color printer]. 

Re. Claims 3-4, Limousin discloses wherein monitoring and tracking the plurality of 
issues and risks using a plurality of color-coded visual displays further comprises 
graphically highlighting process management roadblocks (see permit approval) and 
wherein monitoring and tracking the plurality of issues and risks using a plurality of 
color-coded visual displays further comprises graphically highlighting exception status 
(expected first use of the medical system) [Fig. 9-1 1 ; C9 L62 to C1 0 L40; C1 1 L1-L25 - 
see figure 1 1 includes list of tasks which can be edited and lists more item (#270) ]. 

Re. Claims 5-7, Limousin discloses wherein the globally-accessible system comprises a 
globally-distributed computer network [Figure 1; C2 L41-L45; C2 L63-67; C3 L44-L47; 
C3 L65 to C4 L9; C5 L16-L33 - LAN and WAN are well known communication 
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Re. Claim 8, Limousin discloses globally-accessible system (Internet) may be accessed 
by a plurality of remote users simultaneously [Figure 1; C5 L17-L33]. 

Re. Claim 9, Limousin discloses creating a plurality of issues and risks using a globally- 
accessible system [Figures 1 , 3-5, 9, 1 1C1 L5-L56; C2 L10-36; C3 L65 to C4 L9]; 

monitoring and tracking the plurality of issues and risks via the globally- 
accessible system using a plurality of color-coded visual displays graphically indicating 
favorable or unfavorable process progress over time [Figure 16; C3 L65 to C4 L9; C10 
L31-L40];and 

wherein the globally-accessible system (Internet) may be accessed by a plurality 
of remote users simultaneously [Figure 1; C5 L17-L33], 

Re. Claims 11-12, claims 11-12 are substantially same as claim 3-4, therefore claims 
11-12 are rejected with same rational as claims 3-4. 

Re. Claims 13-15, claims 13-15 are substantially same as claim 5-7, therefore claims 
13-15 are rejected with same rational as claims 5-7. 

Re. Claim 16, Limousin discloses an issue management module (model installation 
plan) operable for creating, storing, and graphically displaying the status of a plurality of 
issues [C2 L10-L23; C6 L17-L49; C1 L5-L56; C2 L10-36; C3 L65 to C4 L9]; 
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a risk management module operable for creating, storing, and graphically 
displaying the status of a plurality of risks; a plurality of color-coded visual displays for 
graphically displaying the status of the plurality of issues and risks; a processor 
operable for manipulating information related to the plurality of issues and risks [C2 L10- 
L23; C3 L65 to C4 L9; C10 L31-L40]; and 

a communications network operable for communicating information related to the 
plurality of issues and risks to and from a plurality of remote users [C2 L41-L45; C2 L63- 
67; C3 L44-L47; C3 L65 to C4 L9; C5 L16-L33]. 

Re. Claims 18-19, claims 18-19 are substantially same as claim 3-4, therefore claims 
18-19 are rejected with same rational as claims 3-4. 

Re. Claims 20-22, claims 20-22 are substantially same as claim 5-7, therefore claims 
20-22 are rejected with same rational as claims 5-7. 

Re. Claim 23, claim 23 is substantially same as claim 8, therefore claim 23 is rejected 
with same rational as claim 8. 

Re. Claim 24, Limousin discloses an issue management module operable for creating, 
storing, and graphically displaying the status of a plurality of issues [C2 L10-L23; C6 
L17-L49; C1 L5-L56; C2 L10-36; C3 L65 to C4 L9]; 
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a risk management module operable for creating, storing, and graphically 
displaying the status of a plurality of risks; a plurality of color-coded visual displays for 
graphically displaying the status of the plurality of issues and risks; a processor 
operable for manipulating information related to the plurality of issues and risks [C2 L10- 
L23; C3 L65 to C4 L9; C10 L31-L40]; and 

a communications network operable for communicating information related to the 
plurality of issues and risks to and from a plurality of remote users simultaneously [C2 
L41-L45; C2 L63-67; C3 L44-L47; C3 L65 to C4 L9; C5 L16-L33]. 

Re. Claims 26-27, claims 26-27 are substantially same as claim 3-4, therefore claims 
26-27 are rejected with same rational as claims 3-4. 

Re. Claims 28-30, claims 28-30 are substantially same as claim 5-7, therefore claims 
28-30 are rejected with same rational as claims 5-7. 

Claim Rejections - 35 USC § 103 

1 . The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 
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Claims 2, 10, 17 and 25 rejected under 35 U.S.C. 103(a) as being unpatentable over 
Limousin in view of Martin et al, March 1987 "A Project Accountability Chart (PAC)", 
Journal of Systems Management (hereinafter Martin). 

Re. Claim 2, Limousin discloses wherein monitoring and tracking the plurality of issues 
and risks using a plurality of color-coded visual displays. Limousin does not explicitly 
disclose graphically representing a risk probability number (RPN). However, Martin 
disclose this feature [see entire document, pages 6-9, particularly Exhibits, pages 6, 
page 7 col. 2 # 3; page 8 col. 2 - see artistic, 25% activity completion] to provide a clear 
statement for critically path estimates and accomplishment. It would have been obvious 
at the time the invention was made to a person having ordinary skill in the art to 
combine the disclosure of Limousin and Martin and include displaying risk number to 
display a clear visual management chart with probability of accomplishments. 

Re. Claim 10, claim 10 is substantially same as claim 2, therefore claim 10 is rejected 
with same rational as claim 2. 

Re. Claim 17, claim 17 is substantially same as claim 2, therefore claim 17 is rejected 
with same rational as claim 2. 

Re. Claim 25, claim 25 is substantially same as claim 2, therefore claim 25 is rejected 
with same rational as claim 2. 
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Conclusion 

The prior art made of record and not relied upon is considered pertinent to applicant's 
disclosure. Applicant is required under 37 CFR '1.111 (c) to consider the references 
fully when responding to this action. 

Ewing, 1994 "Using Microsoft Project 4 for Windows, 1994" discloses Microsoft's 
software used for project management using windows and how to use the software to 
develop, prepare project millstones, scheduling, creating and editing formatted Gantt 
charts. 

Tommy Wedlund, Nov 2000 "Global Product Development Supported. by 
Groupware" discloses project management tools which enabled a creation of virtual 
global teams and communication between them to share project activities. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Harish T. Da'ss whose telephone number is 571-272- 
6793. The examiner can normally be reached on 8:00 AM to 4:50 PM. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Hyung S. Sough can be reached on 571-272-6799. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 



Harish T Dass 
Examiner 
Art Unit 3628 
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A Project Accountability Chart (PAC) 

BY DR. MERLE P. MARTIN AND JAMES E. TRUMBLY 



■ One of the more exhilarating joys in the life 
of a systems designer is when the design proj- 
ect takes off, when it becomes a self-fulfilling 
prophesy. Everyone on the project knows it will 
now succeed. Task snags which would have 
caused gloom earlier in the project noware at- 
tacked almost cheerfully with scotch tape and 
bailng wire. 

Many ingredients have gone into such a ful- 
filling occasion, among these are planning, 
leadership, adaptability, and a modicum of good 
luck. However, at this point of project takeoff, it 
is momentum which has won the day. Much of 
this momentum can be credited to precise ac- 
countability for the project's many interrelated 
tasks. 



Often hidden in the reasons for project suc- 
cess is some visual project management chart. 
It shows all involved parties where the project 
is, where it is supposed to be at any point in 
time, who is responsible for current tasks, and 
where the project could run into problems. The 
effective visual project management chart is not 
just an historical record of what has happened. 
It is an authoritative finger pointing to what must 
happen next, and who must make it happen. 

The effective project management chart pro- 
vides a clear, open statement of project ac- 
countability. Projects may still falter with such a 
chart. However, 1 have never seen a project suc- 
ceed without one. This article provides guid- 
ance for the development of a project 
accountability chart (PAC). 
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Current Techniques: The most popular proj- 
ect management techniques are network 
models and Gantt charts. The most commonly 
used network model is the Program Evaluation 
and Review Technique (PERT). As Nordbotten 
states': 

"The PERT network and the Gantt chart 
are complementary tools for implemen- 
tation management The PERT network 
highlights the tasks required, their se- 
quence, and their independencies, whereas 
the Gantt chart highlights the resources 
required to complete the task and identi- 
fies overlapping activities" 
The Gantt chart is comprised of the following 
dimensions: 

( 1 ) A horizontal time scale corresponding to 
the length of the project 

(2) A vertical axis listing activities compris- 
ing the organization of the project 

(3) For each activity, a horizontal bar, the 
length of which designates the duration 
of the activity 

(4) A filling-in of the horizontal bar to dem- 
onstrate project status; an open bar des- 
ignates an activity' not yet begun; a fully 
filled-in bar designates a completed ac- 
tivity. 

(5) In front of the bar, a list of any prereq- 
uisite activities. 



The PERT diagram contains the following 
features: 

(1) It does not use any single time scale 

(2) It facilitates the analysis of interdepen- 
dent tasks 

(a) some which must be performed in 
sequence, and 

(b) some which can be accomplished 
in parallel with other tasks 

(3) It allows time and critical path estimates, 
including the use of probability 
statements 2 . 

These, obviously, are not all of the charac- 
teristics of these two scheduling techniques. 
Some of the others are the calculations of slack 
time, etc. 

Both techniques have their separate advan- 
tages and disadvantages. The Gantt chart has 
a set horizontal time scale for easy reference, 
and its filled-in blocks allow quick assessment 
of project status. However, the Gantt chart fails 
to clearly show interdependency between 
events; the need for one activity to be com- 
pleted before another can be started. The PERT 
diagram, on the other hand, handles interde- 
pendencies quite well and can be raised to the 
level of mathematical expectations. However, 
PERTs dimensionless time is difficult to quickly 
gauge. In addition, PERT lacks a Till-in" ca- 
pability to estimate project status. 
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Both techniques lack the critical element of 
project accountability. They both show what is 
to be done when, but not by whom. The Project 
Accountability Chart (PAC) provides the 4 who" 
dimension, while also borrowing most of the 
advantages of the Qantt chart and the PERT di- 
agram. 

The PAC — The Project Accountability Chart 
is a higher order technique. It can be used in 
conjunction with more detailed methods, much 
as the hierarchical chart can be used with an 
input-processing-output chart to form the 
commonly used HIPO combination 3 . For ex- 
ample, any specific activity on the PAC can be 
broken down into more detail using either Gantt 
charts or PERT diagrams (Exhibit 3). 



Explosion of the PAC 




Exhibit 3 



the vertical axis according to numbers of activ- 
ities (the most active in the center, the next two 
most active on both sides of the first, etc.). This 
will provide visual symmetry to the ensuing PAC. 

Visual aesthetics is important here. Much as 
aesthetic screen layouts inspire user confi- 
dence in interface programs, so does an aes- 
thetic project display evoke confidence in the 
authenticity and organization of the project 4 The 
Project Accountability Chart should not be 
gaudy, but it certainly should be artistic. 

Project activities are expressed as nodes, as 
in PERT diagrams. These nodes have the fol- 
lowing characteristics: 

1. The name of the activity (e.g., DE- 
VELOP PROTOTYPE) is superim- 
posed. 

2. The front edge of the node is at the in- 
tersection of beginning date (horizontal 
axis) and accountability center (vertical 
axis). 

3. As in a PERT diagram, lines connect in- 
terdependent nodes. 

4. Modes are shaded or hatched to reflect 
activity status (e.g., 25 percent activity 
completion is indicated by one quarter 
of the node being shaded). 

5. Labeled connections can be used to 
avoid confusion if the PAC gets too 
crowded. (See, for example, the con- 
nector labeled "A" in Exhibit 4.) 

6. If a task overlaps accountability cen- 
ters, that indicates the responsibility for 
that task is shared by both centers. 

An example of a Project Accountability 
Chart for a Requirements Analysis is shown in 
Exhibit 4. 

Enhancing Project Success 

There are several methods of presentation 
for the Project Accountability Chart which can 
be used to enhance the probability of overall 
project success. 

1 . Placement: The PAC should be placed on 
a large wall in either the project manager's of- 
fice or in a conference room where the project 
team most often meets. If the project is rea- 
sonably successful, public display of the PAC 
will generate the momentum discussed in the 



The PAC uses the Gantt chart's horizontal 
time axis. However, instead of the Gantt chart s 
vertical axis of detailed tasks, the PAC uses re- 
sponsibility centers. Each organization respon- 
sible for one or more activities is included on 
the vertical scale. It is suggested that such or- 
ganizations be centered around the middle of 
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beginning of this article. On the other hand, if 
the project is slipping, common embarrass- 
ment may serve to acquire the requisite re- 
sources to bring the project back on schedule. 

2. Project Status: The status of individual 
project tasks (nodes) can be shown by filling in 
that node according to the percent of the proj- 
ect that is complete. For example, a task that is 
25 percent complete can have its designated 
node 25 percent covered. The covering can 
either be done by hatching or by the overlay of 
a transparent, colored material. 

The comparison of where the project is to 
where it should be can be accomplished by a 
moving vertical bar (ruler) marking the current 
date. All uncompleted tasks to the left of the 
date bar are behind schedule. All completed 
portions of tasks to the right of the date bar are 
ahead of schedule. 

3. Rescheduling; If a task is rescheduled, it 
can be placed in its new time/responsibility 
center grid and relinked to interdependent 
events. The replaced node may either be 
opaqued out or left in the chart to show inci- 
dents of rescheduling. If the entire project is re* 
scheduled, scales for the horizontal time 
dimension can be relabeled. A very important 
aspect of PERT has been included in PAC That 
aspect is the ability to "crash" the network, or 
collapse the slack times around the critical path. 

4. Status Reports: The visual PAC chart can 
be typed in a reduced scale on a 8 1/2 x 14 
inch sheet of paper. Project reports can then be 



produced by adding to the last project report 
the additions shown on the visual wall chart. 

5. Individual Responsibility Center Charts: 
Each vertical responsibility section of the Proj- 
ect Responsibility Chart can serve as a separate 
project control chart for the applicable respon- 
sibility center 

Conclusion 

Visual display of project status can help build 
project momentum. A display which highlights 
task accountability will spur responsibility cen- 
ters to accomplish their designated contribu- 
tions to the total project. Such a display is the 
Project Accountability Chart (PAC), a combi- 
nation of the Gantt chart and PERT diagram. 
The PAC combines the advantages of these two 
commonly used scheduling techniques. In ad- 
dition, the PAC highlights task responsibilities 
particularly for tasks behind schedule. Use of 
the Project Accountability Chart (PAC) should 
increase the probability of the project being 
completed in time. •jsm 
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Chapter 1 



Introducing Project 
Management 




In this chapter, you learn 




■ What activities in the organization are appropriate for project 
management tools. 

■ The functions of the project manager. 

■ The advantages of using project management and project management 
software. 

■ General guidelines for project managers. 

■ The general steps you should take in developing a project with 
Microsoft Project. 

■ How project schedules are calculated by the computer. 

■ The essential vocabulary of project management. 

Managing projects differs somewhat from more general management assign- 
ments. This chapter gets you acquainted with the unique problems of project 
management and outlines the benefits you can gain from using a project 
management software product like Microsoft Project. General guidelines for 
successful project management are included, as well as a brief explanation of 
the methodology used in project scheduling. Also included is a checklist of 
the major steps you follow in using Microsoft Project to plan and manage a 
project. 
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Abstract 

This paper presents result from a joint product development project 
between Whirlpool in Sweden and China. The result seen so far indicates 
that imjplementing the product development model/process, named as 
C2C at Whirlpool, by focusing coordination, communication and col- 
laboration in the product development process implemented in group- 
ware, could be a successful way of working. Practical examples of work- 
ing with NetMeeting, the groupware database and the way of handling 
product confidential information with I nternet is also described in this 
paper. ~ 

C2C is the acronym for the stage gate process Whirlpool used in all 
new product development projects. The process has four main phases: 
Ideation, Conceptualization, Conversion, and Execution. Ideation is the 
phase, as the name indicates, where ideas for the new product are cre- 
ated. This phase is described more deeply in the paper. 

The Conceptualization phase is characterized by the creation of sev- 
eral competing concepts, which are evaluated against each other. At the 
Concept selection milestone, one concept is created and described in all 
possible details. The Concept Evaluation Tollgate is the critical evaluation 
of the selected concept. During Conversion, all uncertainties associated 
with the concept are straightened out, which means that this phase is a 
"uncerta inty reduction phase ". When the project enters the Execution 
phase, the likely hood to realize the concept is relatively high and all de- 
tailed designs are made and manufacturing tooling are prepared 
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Groupware, the real-time sharing of information globally across physi- 
cal and virtual networks among groups of project members, has emerged 
as a powerful productivity tool and versatile application development 
platform for the network computing era. Its use is complemented by the 
continuing explosion of the World Wide Web. 

The collaborative functionality of groupware is frequently the applica- 
tion that drives companies to extend their networks beyond a single site 
and outside the enterprise. This enables the creation of virtual global 
teams, and effectively dissolves boundaries within organizations and be- 
tween companies, continents, and time zones. 

With groupwares replication functions providing remote project mem- 
bers with current versions of documents, up-to-the minute e-mail or 
Internet access just a phone call away, groupware can maximize produc- 
tivity for the growing population of mobile workers. Thanks to group- 
wares multilevel security features, such as cryptography, encryption, and 
digital signature, die project member can work in confidence both on-site 
and on the road 

This project designated as the CCC-project is supported by NUTEK. 
One aim of the NUTEK-project is to define a model based upon develop- 
ing and making available shared understanding. 

Keywords 

Global product development, groupware, communication, collaboration, 
coordination. 



1 Introduction 

The competition between industries, in this case microwave ovens, 
has increased during the last years, newer and "better* 5 products must be 
released faster and more often to the market. The importance of an effi- 
cient product development process has therefore significantly increased. 
Research has lead to a variety of theories and methodologies to increase 
the efficiency of the product development process. 
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The usage of computer based tools have made a great impact on the 
product development process. The project team could for example create 
the product information once and then reuse the information. It is then 
important to understand the existing process at the industry, in this case 
the C2C -process at Whirlpool globally, and how the computer based 
tools could support the project team. 

In this paper the work of the project team is focused (Lock, 1996), 
see figure 1 below. The focus is based upon the activities in the project 
team, where two questions are central for a member of the project team: 

• What activity to do? 
How to do the activity? 

WHAT? 



t 

the 

I 



P iopT Activitics h **? P roJect team ^o^VF^ct 



HOW? 



Figure 1: The activities in the project team, focusing what and how 

However the computer based tools do not solve the knowledge prob- 
lems in the project team. Project team members rarely give away valuable 
possessions like knowledge without expecting something in return (Dav- 
enport & Prusak 1998). The project teams perform to their potential only 
when the project members accept themselves, take responsibility for their 
feelings and interact constructively with other project members (Schutz, 
1994). Therefore the inclusion, control and openness phases for the pro- 
ject team development (ibid) should coincident with the use of the com- 
puter based tools. In this paper this wider approach of computer based 
tools supporting the project team members globally are focused, espe- 
cially the constructive interaction. This interaction is based upon coordi- 
nation, communication and collaboration in the paper. 



3 



2 Research Approach 



The research strategy is chosen both in line with the theoretical per- 
spective and in line with what information will most appropriately answer 
the research questions. In this project an action research approached is 
used. Action research is a dual process, in that the researcher participates 
in an ongoing process and acts both as an advisor and as a researcher. 

The advisor role is based upon my knowledge as a Principal Certified 
Lotus Professional Application Developer R4, PCLPAD R4 (Profes- 
sional Services Certification, 2000). The Principal level has proven exper- 
tise in building enterprise-wide solutions to different kind of business 
problems. I am also trained in Fundamental Interpersonal Relations Ori- 
entation, FIRO, (Schutz, 1994). The purpose of acting as an advisor is to 
be able to actively participate in the development process together with 
die practitioners solving authentic problems, in this case with global 
product development. In an action research project, as the CCC-project, 
both the organization and the researcher are able to develop both practi- 
cal and scientific knowledge (Gummesson, 1985). 



3 Computer Based Tools 

The Computer Based Tools should support the activities in the project 
team, see figure 2 next side. This support is based upon the three C:s of 
Workflow in groupware, which are coordination, communication and col- 
laboration (Kern & Lynd, 2000). Coordination is the project team work- 
ing together to meet the project scope and is supported by communica - 
tion and c ollaboration. The Coordination is supported by a Lotus Notes 
database. In this database the project member can create for instance 
Minutes, Plans, Reports and Specifications. The databas e supports the 
Ideation-, Conceptualization-, Conversion and Execution- phase in the 
C2C process. 

Communication is different kinds of messaging, for instance face to 
face or by a telephone conference between members of the project team. 
Collaboration relies on that the project document and/or the project data- 
base is being in an area accessible to all project members. If all project 
members for instance have access to all the project documents, they can 



all work on the documents. The communication and collaboration is sup- 
ported by both Lotus Notes and Microsoft Windows NetMeeting. 




Figure 2: Computer based tools supporting the activities 
in the project team 



3.1 Groupware - Lotus Notes and Domino 

Lotus Notes finds its roots in some of the first computer programs 
written at the Computer-based Education Research Laboratory (CERL), 
at the University of Illinois. From the beginning release Lotus Notes con- 
tained encryption, signing, and authentication using the RSA public-key 
technology. Notes was the first important commercial product to use 
RSA cryptography. Domino is the name of the server product, and was 
introduced in December 1996 (The History of Notes and Domino, 2000). 
Notes Release 4.6, which is the current version at Whirlpool was shipped 
in September 1997. Release 5.0.4a is the latest release in August 2000. 
The focus of release 4.6 was personal information integration and man- 
agement of content from Notes databases, Internet mail, and the Web. 
The developers added for instance more Internet protocols to Notes. Re- 
lease 4.6 also contained a number of enhancements for the Notes client, 
including: 

• A new user interface metaphor called a "Portfolio" for task-oriented 
navigation 

• Internet (POP3/SMTP) mail on the client 

• Enhanced Personal Address Book to support better contact manage- 
ment functions and integration with core Notes features 

• Notes with an Internet Explorer browser option to provide better ren- 
dering of tables and support for frames 
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3.2 Microsoft Windows NctMeeting 

NetMeeting, in this case, for Windows NT is a product that provides a 
conferencing solution for the Internet and corporate Intranet (NetMeeting 
Home Page, 2000). Features let the project members communicate with 
both audio and video and collaborate virtually on any Windows-based 
application for instance, see figure 3. 

In the CCC-project we have worked with NetMeeting release 3.01 at 
the end of the project. NetMeetings Program Sharing feature lets the pro- 
ject team to share multiple programs during the project meetings. The 
chat feature lets the project team to real-time conversions via text, with a 
number of team members. This could be used for instance as a computer 
based tool while the project team are brainstonning. The whiteboard lets 
the project team to collaborate in real time with other project members. In 
the project we have worked with different-colored pointers t o easily dif- 
ferentiate die project members comments. 




Share 
Program 



Chat 



Whiteboard 



Figure 3: Parts of NetMeeting supporting communication and 
collaboration in the CCC-project 



3.3 Technical Information 

Whirlpool is using the Dynamic Host Configuration Protocol (DHCP). 
It is an Internet protocol for automating the configuration of computers 
that use TCP/IP. DHCP can be used to automatically assign IP ad- 
dresses, to deliver TCP/IP stack configuration parameters such as the 
subnet mask and default router, and to provide other configuration infor- 
mation such as the addresses for printer, time and news servers. In the 
CCC-project we have worked with these automatically IP adresses. 
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The "communication way" between Sweden, Norrkoping and China, 
to Shunde and Schenzen is: 

• Norrkoping to Comerio, 5 12/256 kb/s 

• Comerio to Benton Harbor, 1544/768 kb/s 

• Benton Harbor to Hong Kong, 64/32 kb/s 

• Hong Kong to Shunde, 64 kb/s 

• Shunde to Schenzen, 64 kb/s 

In the CCC-project we have also tested a Philips Vesta Pro PC Cam- 
era (Products » PC Camera, 2000). The results so far indicates that 
64 kb/s is not good enough. 

4 Project Context 

Three project are described in this section. It is the: 

• Product development project 

• NySUM project 

• CCC-project 

4.1 The Product Development Project 

The scope of the product development project is to develop a new 
microwave oven platform for the North American market with production 
site in China. The product is built up by 150 - 200 parts or subassem- 
blies. 

The Whirlpool C2C product development process is applied and the 
development environment is global with responsibility for the first phases, 
Ideation and Conceptualization, in Sweden. The product concept is then 
transferred to China for product engineering during the remaining phases; 
Conversion and Execution. 

The formal responsibility transfer is done at the Concept Evaluation 
Tollgate, but in practice the transfer is to be seen as a gradual process 
running through the Conceptualization and Conversion phases. 
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The project duration from Idea Screening Tollgate to Production start 
is around 18 months, 6 months conceptualization, 3 months conversion 
and 9 months execution. The core project team size is around 10 engi- 
neers at each location. The project team meets weekly in a common 
phone conference and there are also other weekly sub-team and review 
meetings as well as numerous informal meetings. The project is reported 
to the steering group in a biweekly phone conference. E-mail, cc:Mail, is 
frequently used for communication within the project. 

4.2 TheNySUM Project 

The NySUM project is an umbrella project funded by NUTEK from 
December 1st, 1997, and supported by Whirlpool and by Ericsson Ut- 
vecklings AB. The long term goal of die project is to contribute to the 
methodology and support system in the industrial development of com- 
plex, adequate, and reliable systems with focus on the establishment of 
the early shared understanding of basic concepts and system architecture 
and behavior (Research "NySUM", 2000). 

The effort in the CCC-project will be on to introduce and evaluate new 
methods and support systems for the establishment of a shared early un- 
derstanding within the project team and external parties of what a system 
should do, why, and how to achieve this. This understanding can be 
supported by, but never replaced by, methodology and support systems. 

4.3 The CCC-project 

The phases and the time span in the CCC-project are described in fig- 
ure 4 on the next side. The analysis phase started with a problems and 
goals inventory (Goldkuhl & Rostlinger 1988). After that the problems 
and goals were categorized and grouped into "coordination, communica- 
tion and/or collaboration lists". Then the project team made questions re- 
lated to global product development. The questions were sent to a indus- 
try with a lot of experience of Lotus Notes. The project team and some 
other persons at Whirlpool visited the industry in the beginning of Octo- 
ber. The industry had no experience from the "coordination, communica- 
tion and collaboration approach" in the product development process. 
Instead the project team learned a lot about application development in 
Lotus Notes. 
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During the prototyping phase the project team were focused on coor- 
dination in the development process. The activities in the C2C-process 
were implemented in a Lotus Notes project database, especially the con- 
tents of the documents were focused. About twenty persons at Whirlpool 
were educated in how to use the project database in the product devel- 
opment process during a day in February. The members of the product 
development team tested then the project database and the way of work- 
ing with NetMeeting during the usability phase. During this phase com- 
munication and collaboration was also focused. 

In the beginning of April we tested the way of working between two 
conference rooms at Whirlpool We used projectors in the test. In the 
middle of May we made the first global test. The project manager of the 
product development project was then in China. This was also the first 
test of replicating the project database to China, which was fiictionless. 
As an example of collaboration we tested how to work with a private 
folder in the Lotus Notes project database. 

The CCC-project has been a pilot-project, consequently the costs had 
to be low. The infrastructure is already available within the Whirlpool, the 
industry have PC's, network, Lotus Notes servers, system administrators 
for replication etc. Therefor the implementation costs have been limited to 
license costs for Lotus Notes, which are about 800 SEK per project 
member. Other costs are the education cost, about one day per person. 
Finally Microsoft Windows NetMeeting do not cost anything, it is free to 
download it from Internet (NetMeeting Home Page, 2000). 



Problems and q/\q Implementing 28/1 3/4 16/5 

goals inventory Learning from * e C2C- Educa- Local test, Global test, 

other industry P rocess starts 
Lotus Notes 



Sweden 



China 



Aug. 
1999 



-|Mar.|- 



-|NovJ— 

Analysis Phase Prototyping Phase Usability Phase 

Figure 4: The phases in the CCC-project with time span 



Aug. 
2000 

-I 



9 



5 Result 



In figure 5, the result from the CCC-project is placed together graphi- 
cal. After that the result is described in different sections. 



Last version of project 
documentation available 



All project documentation 
searchable 



Project documentation 
available globally 

All have the 
same picture 



Project documentation 
available travelling 



Standardized project 
documentation 




Ability to discuss 
"draftdocumentation" 



Communication in 
real time 



Consensus to 
the decisions 



Less misunderstanding 



Easier for new 
team members 
to collaborate 

Documentation ready 
when meeting is 
finished 



Figure 5: Placing together the result from 
the CCC-project graphical 



5.1 Improvements - Coordination 

The project documentation is available globally. One of the key fea- 
tures for the Lotus Notes database is that the project member can distrib- 
ute copies of it to Notes clients (not Web clients) and other servers. This 
process is called replication, Notes clients and servers keep the informa- 
tion synchronized. The Lotus Notes project database is then available at 
all sites where it is replicated. It is replicated every 24 hour. 

All project documentation is searchable. Full-text index is a collection 
of files that indexes the text in a database to allow Notes to process the 
project members search queries. With the full-text index it is easy to 
search specific project information as project documents and attach- 
ments. A project member can search a database whether or not it is full 
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text-indexed. However, if the database does contain a full text index the 
search will be much quicker for the project member. 

Last version of project documentation is available. Version tracking 
allows the project member to maintain a history of changes to a docu- 
ment. Version tracking is active only for documents that the project 
member create by using the designated version tracking form. The project 
member have three major choices about how new versions appear in a 
view. The choices are new versions become responses, prior versions 
become responses and new version become siblings. 

The project documentation is available while travelling. A replica 
copy of the project database is a special type of copy. Every Lotus 
Notes database has a replica ID that identifies it to Notes clients and 
Domino servers. When two databases have the same replica ID, they are 
replica copies. By using remote access, the project member can work di- 
rectly on a clients server from office or from the home office. The project 
member can also work at home or on the aircraft with a portable com- 
puter. When the project member provide local security for a replicated 
database, Notes encrypts the database using the public key of a desig- 
nated ID. Only a project member with the corresponding key can then 
decrypt the database. In the CCC-project we have not used the encryp- 
tion feature on the project database. 

Standardized project documentation, for the project team. A 32- 
character combination of letters and numbers uniquely identifies a project 
document across all replicas of a database. Two documents are replicas 
of one another if they share the same unique ID. In the CCC-project we 
have worked with the Specification documents, report number. This has 
helped to drive use of a common report number structure globally. 

5.2 Improvements - Communication 

All have the same picture in the project team. The team members can 
have the same picture while using projectors. This projector supports a 
big picture in every conference room, at every location, where it is used. 

Communication in real time. By combining the features in Net- 
Meeting with phone conferences, the project team can communicate in 
real time. A member of the project team can communicate both visual and 
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with audiovisual aids, by the Chat and Whiteboard feature in NetMeeting. 
Face to face communication with computer tools are not yet supported 
due to network transmission limitations. 

Less misunderstanding in the project team. There are different point- 
ers in NetMeeting, while working with the Share program feature, which 
the project members can communicate with. This creates more efficient 
phone conferences/meetings with less misunderstandings by use of Net- 
Meeting globally and/or projector locally. 

5.3 Improvements - Collaboration 

Ability to discuss u draftdocumentation " in the project team. The pro- 
ject members can have private folders in the project database. Folders let 
the project member to store and manage related project documents with- 
out putting them into a category. The project member can keep a folder 
personal, or share it with other project members during a project meeting. 
No one else can read or delete the project members personal folders. To 
create personal folders in a database, the project member must have at 
least Reader access to the project database. 

Easier for new team members to collaborate. All project history and 
documentation easy available in a database facilitates the concept trans- 
fer, makes it also easier for new team members to come up to speed. 

Documentation ready when meeting is finished. The project team can 
update the product documentation, during the project meeting. Type of 
meetings and documents where this has been applied with good results 
are for instance, Specification review and sign-off^ Tollgate meetings, 
Review of project progress in time schedules and check lists and Design 
review on 3D CAD-models (only locally, too big application for the net- 
work). 

Consensus to decisions in the project team. All project members 
make changes and updates to the document in real time - consensus to 
the decisions and documentation ready when meeting is finished. 
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6 Related Work 

Twelve men and six women were interviewed during the fell 1998 
within ABB, in an administrative system development project. All the pro- 
ject leaders and the majority of consultants in five sub-projects were in- 
terviewed. There were several new employees, persons with a long period 
of employment within the industry, and both Swedish and foreign con- 
sultants among those interviewed, all with diiferent project positions and 
with different work content from four locations in Sweden. The aim in 
choosing the interviewees was to obtain a representative selection of h- 
terviewees from different phases and positions in the system development 
project. The project leaders have selected the majority of the persons h- 
terviewed. 

The aim with the project within ABB was to describe what a com- 
pany-adapted system development model ought to contain. The content 
is based on the requirements of the system development project, and this 
approach constitutes a new, wider perspective of what a system devel- 
opment model should contain. It takes into consideration knowledge, 
training, model, method, communication, and decisions, all as carriers of 
shared understanding (Cederling, Ekinge, Lennartsson, Tax&i & Wed- 
lund, 2000). Earlier I have focused what a system development model 
would contain, and how to create it (Wedlund, 1997). Other related work 
for virtual/global development, focusing the development tools are, for 
instance: 

• ClearCase (Project Implementation Framework, 2000) 

• Infoimage (Infolmage, 2000) 

• TeamRoom (TeamRoom Report, 2000) 

• Quickplace (QuickPlace, 2000) 

Related reports for working with information management vir- 
tual/global are, for instance done by Ericsson (Taxen, 1998), Daimler- 
Chiysler (DaimlerChiysler's Goal for Domino, 2000) and by United Na- 
tions (Lotus Technology Helps UN Global Compact Get the Right Bal- 
ance, 2000). 



13 



7 Conclusion 



The use of computer based tools to gather knowledge from different 
development projects globally should be a high priority for the industries. 
Therefore, it is useful to become familiar with and utilize groupware that 
can be employed to manage project team processes and project team 
learning in areas such as project planning, product development and pro- 
ject meetings (Marquardt, 1996). The question is how to start working 
with the computer based tools. 

This paper suggests that the industries should start analyzing fundamental 
human elements as, how to coordinate the project activity among other 
activities in the project scope globally and how human being should 
communicate and collaborate with each other. After that the development 
with the computer based tools could start. Groupware is then a natural 
choice to support the project team. Finally new technique as for instance 
projectors and PC Cameras would be introduced in the product devel- 
opment process. 

7.1 Future Research and Opportunities 

Some future opportunities are listed below: 

• Migrate the working methods and tools to other projects and locations 

• Common project activity list in Lotus Notes with definition of activity, 
responsible, due time and log on taken actions 

• Implementation of Lotus Mail 

• Reduced need for travels since efficient communication can be main- 
tained between the physical meetings. 

• Definition of work flows in Lotus Notes, e.g. for tailgate reviews and 
signoffs 

• Real time review of 3D CAD-models in NetMeeting. Not possible to- 
day due to network transmission limitations 
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